home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000998_sanders@bsdi.com _Thu Apr 29 18:21:14 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <sanders@bsdi.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA08899; Thu, 29 Apr 93 18:21:14 MET DST
  4. Received: from austin.BSDI.COM by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA16588; Thu, 29 Apr 1993 18:41:34 +0200
  6. Received: from localhost by austin.BSDI.COM (5.67/1.37)
  7.     id AA29221; Thu, 29 Apr 93 11:41:29 -0500
  8. Message-Id: <9304291641.AA29221@austin.BSDI.COM>
  9. To: www-talk@nxoc01.cern.ch
  10. Subject: Re: Standardizing new HTML features 
  11. In-Reply-To: "(Arnold Bloemer)"'s message of 28 Apr 93 07:40:00.
  12. Organization: Berkeley Software Design, Inc.
  13. Date: Thu, 29 Apr 1993 11:41:29 -0500
  14. From: Tony Sanders <sanders@bsdi.com>
  15.  
  16. > From "(Arnold Bloemer)" <bloemer@tnt.uni-hannover.dbp.de>
  17. > > From marca@wintermute.ncsa.uiuc.edu Wed Apr 28 01:17:16 1993
  18. > > ...
  19. > > Also, I'm not certain that any multimedia data other than images needs
  20. > > to be specifiable as inlined/included.  Things like audio and MPEG can
  21. > > simply be pointed at from an anchor (as Mosaic does) and forked to
  22. > > external viewers or processed internally, whichever the browser
  23. > > prefers -- and with inlined images the whole thing will be iconic
  24. > > anyway.
  25. > 
  26. > But it is much more impressive and intuitive, when you click on an
  27. > image and it starts moving in place. Paradise Software Inc. have a demo
  28. > which shows a hypermedia newspaper. In that demo there are two images 
  29. > which serve as anchors to two movies. When you start the movies they 
  30. > will run at the location of the images. I showed the demo to a couple 
  31. > of people and all were very impressed.
  32. There are two parts to this, auto-inlining and inlining on selection.
  33.  
  34. There is nothing to prevent browers from inlining on selection right now,
  35. though it would be nice if you could pass a window id to xv and not have
  36. to build in all that code.  Having browsers and external viewers cooperate
  37. should be an easy project.  Any volunteers?
  38.  
  39. I think in 10 years auto-inlining anchors (for other than iconic purposes,
  40. which is what <A><IMG...></A> really does) will be considered the GOTO of
  41. hypertext.  Good document design should minimize them, but they are handy
  42. when you are in deep shaving cream.
  43.  
  44. see also: http://info.cern.ch/hypertext/WWW/MarkUp/Elements/A.html
  45.  
  46. It talks about REL=Embed which is pretty interesting for doing outlines.
  47.  
  48. > > I would certainly love to hear discussion about what to do with text
  49. > > flow -- it's starting to become a popular request.
  50. > I would like this feature also very much.
  51. Wouldn't adding a <IMG ALIGN="flow"> hint do the job?  I haven't researched
  52. all the different ways people like to flow text around images but I think
  53. this would solve 80% of the problem (which is that people don't want all
  54. that empty space).  I don't see anything preventing browsers from flowing
  55. text right now.
  56.  
  57. --sanders